home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 1 / Cream of the Crop 1.iso / PROGRAM / T_BCINFO.ARJ / TI731.ASC < prev    next >
Text File  |  1992-02-25  |  4KB  |  133 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.   PRODUCT  :  Borland C++                            NUMBER  :  731
  9.   VERSION  :  2.0
  10.        OS  :  DOS
  11.      DATE  :  February 25, 1992                        PAGE  :  1/2
  12.  
  13.     TITLE  :  Project File Corruption
  14.  
  15.  
  16.  
  17.  
  18.   This information is provided for people who are using the
  19.   Integrated Development Environment (IDE) provided with Borland
  20.   C++ or Turbo C++ versions 1.0 and later.  This information may
  21.   apply to any strange behavior experienced while working in the
  22.   IDE, but it is more specifically for winerrors and unexplained GP
  23.   faults received while working within the IDE.
  24.  
  25.   The IDE in Borland C++ and Turbo C++ maintain an image of the IDE
  26.   in memory.  This image contains information about the windows on
  27.   the desktop, the files that are open, the switches that are set
  28.   in the IDE, etc.  By default when a program is run from the IDE
  29.   all of the information concerning the current image of the IDE is
  30.   saved to disk in the appropriate configuration files.
  31.  
  32.   If you are not using a project file with your program this image
  33.   is stored in the TCCONFIG.TC, TCDEF.DSK and TCDEF.DPR files
  34.   located in your BIN directory under your uppermost Borland
  35.   compiler directory (normally TC or BORLANDC).  Additionally if
  36.   you are using Borland C++ and have pre-compiled headers turned on
  37.   there will by a TCDEF.SYM file in the same BIN directory.  These
  38.   are your default configuration files and are created for you if
  39.   they do not already exist.  When the IDE is run it looks for
  40.   TCCONFIG.TC in the current directory first.  If it doesn't find
  41.   one there it then looks in the BIN directory.  They will be
  42.   created using all of the system defaults that your compiler was
  43.   shipped with unless you have run TCINST or BCINST to modify the
  44.   defaults.  All project files that you create will inherit the
  45.   information contained in the above listed files with the
  46.   exception of the TCDEF.SYM file, which is created during the
  47.   first compilation using the new project file.
  48.  
  49.   When you create a project file the system creates a <project
  50.   name>.prj and a <project name>.dsk in the current directory.
  51.   Additionally if you are using Borland C++ and have pre-compiled
  52.   headers turned on there will be a <project name>.SYM file in the
  53.   current directory after the first compilation using the new
  54.   project file.  Insure that you have not put any header (*.H)
  55.   files in the project file.
  56.  
  57.   When experiencing any behavior in the IDE that appears to be
  58.   incorrect on the part of the IDE the following procedure should
  59.   be implemented:
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.   PRODUCT  :  Borland C++                            NUMBER  :  731
  75.   VERSION  :  2.0
  76.        OS  :  DOS
  77.      DATE  :  February 25, 1992                        PAGE  :  2/2
  78.  
  79.     TITLE  :  Project File Corruption
  80.  
  81.  
  82.  
  83.  
  84.      1.  If you are in the IDE exit out using ALT-X (don't shell
  85.          out).
  86.  
  87.      2.  Go to the directory (current or BIN) containing the
  88.          TCCONFIG.TC file that you are using and rename or erase
  89.          it.
  90.  
  91.      3.  Go to the BIN directory and rename or erase TCDEF.*.
  92.  
  93.      4.  If you are using a project file erase or rename
  94.          <project name>.prj and <project name>.dsk.
  95.  
  96.      5.  Now run the IDE.
  97.  
  98.      6.  If you were using a project file re-create it.
  99.  
  100.      7.  Retry the operation that was previously giving you a
  101.          problem.
  102.  
  103.   After preforming these steps you should have no memory corruption
  104.   within the IDE environment until the first time a program is run
  105.   from the IDE.
  106.  
  107.   This corruption is usually a result of a stray pointer in a user
  108.   program that just happens to be pointing at the image of the IDE
  109.   in memory.  Until this pointer is caught and redirected the
  110.   problem may persist.
  111.  
  112.   It is also possible for the image of BCX to become corrupted even
  113.   though the IDE is being run in protected mode because the image
  114.   is stored in real memory and the CPU is running in real mode as
  115.   your program executes from within BCX.
  116.  
  117.   If you have a particularly large project file you may wish to
  118.   create a back up copy that you can use to replace a copy
  119.   suspected of being corrupted.
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.